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(54) System for managing attraction admission 

(57) A system for the real time adjustment of the flow 
of customers to one or more particular attractions (22), 
thereby permitting optimization of the capacity of the at- 
traction with the demand of customers comprises a first 
queue (24) by which said customer may access said 
particular attraction by waiting in line, a second queue 
(26) 'by which said customer may access said particular 
attraction (22) in a manner which avoids the first queue 
(24), as well as a first validator (32) for validating an en- 
titlement of said customer to access the second queue 
(26). The system further comprises a controller (44) for 
unilaterally determining, generating and issuing an as- 
signed range of time at which said customer may access 
said particular attraction (22) via the second queue (26), 
wherein said controller (44) comprises a processor for 
determining at one or more times, a real time operating 
capacity of said attraction, said processor providing data 
about said real time operating capacity to said system 
for generating said assigned range of time, a data stor- 
age device for storing data regarding times previously 
assigned to customers and wherein said system is ar- 
ranged to permit or deny validation of said customer to 
entitlement to an assigned time based on said stored 
data, and a second validator (34, 42) for permitting the 
entitled customer access to assigned attraction (22) at 
the assigned range of time. 



22 



26 



28 



34 



24 



30 




Fig. 1 



Q_ 
LU 



Printed by Jouve, 75001 PARIS (FR) 



EP 1 308 906 A2 



Description 

FIELD OF THE INVENTION 

5 [0001] The invention relates to a system for managing admission or entry to an attraction, such as a theme-park ride. 
BACKGROUND ART 

[0002] There are a number of circumstances where people have to wait in line in orderto do something. At amusement 
10 parks, for example, a customer often needs to wait in line to ride an attraction, and the most popular attractions usually 
have the longest lines. Other situations where people have to wait in line are at banks, a bakery, at government offices, 
to buy tickets for shows or concerts, to gain admission to museums, or at any other place where the number of people 
arriving to take advantage of goods or services at any one time exceeds the speed at which any one customer or group 
of customers can be served. When such a situation occurs, a line forms. 
15 [0003] Although customers wait in line, none prefer it. People feel that time spent in line is time wasted. A customer 
would much rather come back later when there is no line so that the customer can do other things instead of waiting 
in line. This problem is particularly acute in an amusement park. An amusement park may have hundreds of attractions, 
including rides, shops, shows, stores, games, parades, displays, and food services. If a customer must wait in line for 
each attraction, the customer may only be able to utilize a small number of attractions in a visit. For particularly popular 
20 attractions, the lines can require waiting for a number of hours, so that a customer might only be able to utilize five or 
six attractions in a ten hour visit. 

[0004] Not only is the customer frustrated at not being able to access more attractions, but the amusement park itself 
suffers from having underutilized attractions because the customers are waiting in line for other attractions. Instead of 
waiting in line for a single attraction, a customer could be riding other attractions, eating food, shopping at stores, 
25 playing games, or other activities. It would be preferable if the customer could avoid the line associated with an attraction 
while still being able to utilize the attraction sometime during the customer's visit. 

[0005] There are a number of techniques in the prior art to handle the problems associated with waiting in line. One 
approach to dealing with people in lines is to attempt to make the waiting more enjoyable or to make the time go faster. 
In some arrangements, customers waiting in line are entertained, such as with television, music, reading material, and 
30 so forth, so as to distract them and take their mind off of waiting in line. However, such schemes do nothing to prevent 
the need to wait in line. 

[0006] Other prior art schemes have been used to attempt to eliminate the need to stand in line. One such arrange- 
ment is where each customer arriving at a location of service is provided with a number that increments for each newly 
arriving customer. Numbers are called in order, with the holder of a called number being entitled to service. Such 

35 schemes are often used at bakeries and other food establishments. This arrangement avoids the need for customers 
to stand in a physical line in order to determine the order in which they will be served. When the customer observes 
that the current number being serviced is so much lower than the customers assigned number, the customer might 
leave the establishment and return when the customer expects the customer's number to be called. 
[0007] This scheme requires a lot of guesswork by the customer, and provides no clear guidance for the customer 

40 as to when the customer should return. More often than not, the expected time delay between the current number 
being serviced and the customer's number is such that the customer feels compelled to wait at the establishment to 
avoid missing the customer's opportunity to be served. So although a physical line might be avoided in such a scheme, 
the waiting itself is not really avoided. 

[0008] Some prior art schemes at amusement parks and other attractions have attempted to avoid the need to have 
45 customers wait in line. In a first known arrangement, a number of tickets are sold or distributed based on an operating 
time of an attraction and the capacity of the attraction. A problem with this scheme is that it is a "dumb" system. The 
assumption is that the attraction will have predictable loading and operating times, and will operate at the capacity of 
the tickets distributed. A problem with this system is that it does not take into account actual real time performance of 
the attraction, nor the dynamic real time capacity of the attraction. 
50 [0009] Another problem with this first system or scheme is that a customer can line up for multiple tickets for the 
same scheduled attraction operation. If the customer keeps the multiple tickets, the attraction does not operate at peak 
capacity, leading to a situation where the efficiency of the attraction (number of riders per attraction cycle) is lower than 
if a simple wait in line scheme is used. In addition, the system does not take down time or slow downs into account, 
so that tickets for later operation are distributed when the attraction may not actually be operating, or when it may be 
55 still servicing customers from earlier operation times. This leads to waiting in line or to an inability to use the tickets at all. 
[0010] Another problem with the scheme is that it requires all customers to use the system. There is no alternative 
scheme available that a customer could use in place of the scheme, even when the scheme leads to more delays. If 
the customer does not obtain a ticket, then the customer is not permitted to access an attraction. 
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[0011] Another attempt to eliminate or reduce the need to stand in line is described in U.S. Patent 5,502,806 to 
Mahoney (the Mahoney patent or the '806 patent). The Mahoney patent describes a waiting line management system 
where a customer is issued a card or electronic ID device and by which the customer is permitted to use a plurality of 
computer access terminals. The access terminals are located, for example, in an amusement park. A customer using 
5 the card at the access terminal is advised of time slot windows available for a number of attractions and performances. 
The customer chooses one or more time slots for one or more attractions and thereby is able to pre-schedule the use 
of attractions. 

[0012] A problem with the Mahoney scheme is that it allows customers to reserve the right to use a number of 
attractions, potentially preventing others from using the attractions. Another problem is that by allowing the customer 

10 to select a time slot, the Mahoney system lacks responsiveness to changing ride conditions and performance data. In 
addition, the slots themselves are determined by a pre-established allotment. Such advance assignment of time slots 
suffers from the same disadvantages as the above-described first known scheme in that there is no dynamic changing 
of time slot allocation based on actual attraction conditions. This condition could result in customers being required to 
stand in line if conditions have slowed down, eliminating the very benefit the system is intended to provide. Mahoney 

15 suggests that if such a situation occurs, then customers who do not have passes will be required to wait longer than 
customers that do have passes. However, such a solution still could require substantial wait time for customers with 
passes, and leads to unacceptable wait times for customers without passes. Another problem with permitting customers 
to select time slots is that all of the time slots may be selected for certain periods of the day, such as 2-5 p.m., while 
few or none of the slots may be selected for other periods of the day, such as 12-1 p.m. In this arrangement, the 

20 attraction may be underutilized during certain periods of time. 

[0013] The Mahoney scheme manages slot times allocation based on a fixed capacity of an individual attraction. In 
actual practice, the capacity of an attraction may not be achievable due to a variety of factors, including number of 
customers, the demographics of the customers, attraction performance, the number of customer vehicles associated 
with the ride which are in service over time, the number of staff members available to operate the ride, safety factors, 

25 weather, etc. For example, the total number of customers in a park who may even desire to access any attraction may 
be much less at one time of day (such as at opening) than another time of day (such as mid-day). In addition, the 
capacity of an attraction may change due to a variety of circumstances. A ride may be taken out of service for a period 
of time or one or more "cars" or associated customer vehicles may be removed from the ride, lessening the capacity. 
The number of staff available to operate the ride may fluctuate during the day. If a fewer number of staff members are 

30 available, such as at a shift change, the number of patrons which may be loaded into each customer car or the number 
of cars which may be loaded may be reduced. When slow downs occur and customers with passes must wait in line, 
the time slots reserved by those customers for other attractions may expire. This not only frustrates the customers with 
passes, but leads to potentially empty seats on other attractions. 

[0014] Document GB-A-2,307,324 discloses a queue management system comprising a plurality of portable mod- 
35 ules, at least one docking station, a queue manager, at least one module detector and a communication means. Each 
portable module includes memory means for containing a unique identification code, indicator means for indicating to 
the person or group of people carrying the module when it is time to join the or each queue, signal receiver means for 
receiving signals to cause the indicator means to be operative, transmitter means for transmitting the identification 
code over a short range, and docking means for downloading the identification code when the portable module is 
40 docked for registering the person or group of people in que sequence for a respective queue. 

[0015] Document GB-A-2, 228,1 23 discloses a reservation system for an amusement park ride having a number of 
reservation stations positioned around the amusement park. Customers entering the amusement park are provided 
each with an electronic card, which can be inserted into any of the reservation stations. Then, using a key pad, the 
customer requests a reservation for a particular ride. The reservation system mantains a count of existing reservations, 
45 and calculates the expeted time taken for these existing reservations to be taken up. As a result of this calculation, the 
system offers the customer an earliest reservation time for the ride. The customer may then either accept that time or 
request a later time. 

[0016] These known systems require a specific interaction with the customer: by means of suitable communication 
means (e.g. displaying devices). Generally speaking, these known systems cannot be considered as systems for man- 
50 aging queues, rather as systems for allowing people to make a reservation, which is very different from managing a 
queue. 

[0017] An improved system for managing access to an attraction is desired. 
SUMMARY OF THE INVENTION 

55 

[0018] The invention is a system for managing admission to an attraction that provides a customer with a choice of 
standing in line for the attraction or having a spot reserved for admission to the attraction at a later time without standing 
in line. The invention also provides an improved system for managing admission to an attraction that can be constantly 
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adjusted to account for the dynamic real time capacity of the attraction. 

[0019] The invention is characterised by the features disclosed in claim 1. The dependent claims outline advanta- 
geous forms of embodiment of the invention. 

[0020] In one or more embodiments, the system provides two access points or queues at an attraction. A first queue 
5 is a traditional "wait in line" queue where customers line up for the next available chance to use the attraction. A second 
queue provides a customer with access to the attraction which avoids the traditional, first queue. 
[0021] The system includes a first validator for validating the right of a customer to receive an assigned future time 
to access the second queue. In one embodiment, the system also includes a media distributor for distributing an en- 
titlement in the form of a pass to an entitled customer. The pass provides a time or time range assigned by the system 
10 during which the entitled customer is entitled to access the attraction in the future via the second queue. The system 
includes a second validator for validating that the customer is entitled to access to the attraction via the second queue 
at the assigned time, in one embodiment, the pass issued to the customer establishes the entitlement of the customer 
to access the attraction via the second queue by the second validator. 

[0022] In accordance with the invention, a customer may access an attraction in a manner which avoids standing in 
15 a first waiting line by verifying entitlement to utilize a second queue, being assigned a future time for accessing the 
attraction via the second queue, returning to the attraction at the future time and validating the entitlement of the 
customer to gain access at the assigned time. In one embodiment, a customer is issued a pass entitling the customer 
to access the attraction at a future time via the second queue and the customer uses the pass to establish entitlement 
to access the attraction at the future time. In this way, the customer may leave the vicinity of the attraction between 
20 when the pass is issued and the future time at which the customer is entitled to access to the attraction. 

[0023] In accordance with an embodiment of system of the invention, a variety of factors are utilized to determine 
the future time assigned to the customer and associated with the pass provided the customer. In one embodiment, the 
system is arranged to continuously adjust the number of passes and/or assigned times in order to compensate for 
changes in ride capacity, demand and other factors in order to maintain the attraction at optimum operating conditions. 
25 [0024] In one embodiment of the invention, a system is associated with more than one attraction, such as rides in 
an amusement park. The systems are linked in a manner which permits verification that a customer accessing the 
second queue of one attraction has not already been issued a pass entitling them to access the second queue of 
another attraction. 

[0025] In one embodiment of the invention, a printed pass is generated that includes the time or the time range during 

30 which the patron can access the attraction without having to wait in a first physical line. The patron presents the pass 
at a second queue during the designated time and gains entry. As discussed, the pass can include various features 
that allow for its authentication and/or validation at the second queue. The name of the designated attraction and the 
time or time range can be printed on the pass for the convenience of the patron. In addition, targeted advertising can 
be printed on the pass. This advertising can be varied by the system, and each pass could include its own unique 

35 message that is different from any other generated pass. 

[0026] Various advantages are realized by allowing targeted advertising to be printed on individual passes as they 
are generated. For example, special features or events that are occurring during the patrons wait can be identified. 
Thus, the patron maximizes his or her time while in the park and park management can promote various events and 
attractions. In addition, restaurants, shops, or other attractions that are within the area of the attraction the patron is 

40 waiting for could be identified and promoted through such advertising. Yet another advantage is that park management 
could utilize such advertising to influence pedestrian traffic patterns. That is, if a particular area is known to be over- 
crowded at a predetermined time, the generated advertising could promote places or events in a different location, 
before and during the predetermined time. Since the system is independent and variable, such traffic management 
could be generated instantaneously, whenever events (planned or unexpected) warrant. 

45 [0027] Yet another advantage of having the system print targeted material on the passes is the ability to send pre- 
determined messages to individual patrons or groups of patrons. In one embodiment of the invention, each patron is 
given a unique admission media or ticket that allows them to obtain the pass that allows them to avoid waiting in the 
physical queue. By using the admission media to obtain the pass, the system is then able to recognize and identify 
each patron. Thus, messages targeted to that patron can be printed or otherwise included on the pass. For example, 

50 "John Doe, please meet your wife at the main gate at 2:00 p.m." could be printed on his pass by request. As another 
example, large groups of people (often younger children) tour such parks together. Whenever desired, messages could 
be printed on their passes such as "meet the group at 2:00 p.m." or "remember, the shuttle departs at 3:00 p.m." By 
providing an identifying link between the patron and the system, predetermined messages, promotional information, 
or advertising can be customized and directed to specific patrons or groups or patrons. 

55 [0028] Further objects, features, and advantages of the present invention over the prior art will become apparent 
from the detailed description of the drawings which follows, when considered with the attached figures. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0029] 

5 FIGURE 1 is a schematic overview of an attraction admission management system in accordance with an embod- 

iment of the invention for managing admission to a single attraction; 
FIGURE 2 illustrates in more detail a system such as that illustrated in Figure 1 ; 

FIGURE 3 illustrates a system of the present invention which includes multiple systems for managing admission 
to multiple attractions; 

10 FIGURE 4 is a flow diagram of an access time calculation method in accordance with an embodiment of the 

invention; 

FIGURE 5 illustrates an embodiment of a viewable screen which provides a user of a system of the invention with 
attraction "downtime" information; 

FIGURES 6A-6C illustrate embodiments of viewable screens which permit a user of an embodiment of a system 
15 of the invention to view current system settings and adjust those settings; 

FIGURE 7 illustrates an embodiment of a viewable screen which enables a user to establish a variety of settings 
for a specific attraction; 

FIGURE 8 illustrates an embodiment of a viewable screen displaying information associated with a master server 
of a system of an embodiment of the invention; 
20 FIGURE 9 is a flow diagram illustrating an embodiment of a method by which information is fed from a master 

server to a controller of an embodiment of the invention; 

FIGURES 10A-10C show a flow diagram illustrating a method by which information is fed from a controller to a 
master server of an embodiment of the invention; 

FIGURE 11 illustrates a system in accordance with another embodiment of the invention; and 
25 FIGURE 12 is a flow diagram illustrating an embodiment of the invention. 

FIGURE 13 illustrates a sample printed pass allowing for patron entry into a designated ride during a particular 
time range and includes targeted advertising messages. 

DETAILED DESCRIPTION OF THE INVENTION 

30 

[0030] In the following description, numerous specific details are set forth in order to provide a more thorough de- 
scription of the present invention. It will be apparent, however, to one skilled in the art, that the present invention may 
be practiced without these specific details. In some instances, well-known features may have not been described in 
detail so as not to obscure the invention. 

35 [0031 ] One or more embodiments of the invention comprise at least a system for managing admission to an attraction. 
The system is particularly applicable for use in an environment where the number of customers which desire access 
to an attraction is greater, at one or more times, than the capacity of the attraction. Such a condition may be referred 
to as a condition of insufficient capacity. By insufficient capacity, it is meant that fewer customers can be accommodated 
at/by the attraction than wish to be accommodated at a particular time or over a period of time. This condition may 

40 arise by an imposed limitation, such as where it is desired to limit the number of persons in a particular area at a given 
time. Such may be for safety or a variety of other purposes. This condition may also arise due to physical limitations, 
such as the number of seats on a particular ride and the cycle time of the ride. 

[0032] Figure 1 is an illustration of one embodiment of the present invention. The system is for use in controlling 
admission or entry to an attraction 22 (note, as used herein, the term "attraction" is meant to comprise any location or 

45 presentation to which one or more customers wish to gain access. The attraction may comprise a location at which a 
service is provided, such as a ride, stage or other show, theater, parade, restaurant or other food service, merchandise 
location, transportation or the like. The attraction may also comprise a geographic location, such as a natural wonder, 
art museum or the like. Thus, while the system has particular applicability to and is described herein for use in controlling 
access to a ride-type attraction, the system may be used in a wide variety of other environments where it is desired to 

50 avoid lines). 

[0033] In one or more embodiments, the system includes a first queue 24 by which customers gain access to the 
attraction 22 by waiting in a line, much as has been done in the prior art. In other words, the customers in the first 
queue 24 have an order in line based on a time at which they enter the queue, and are able to utilize the attraction in 
that order when a space or capability is available. In one or more embodiments, the queue 24 includes a turnstile 28 
55 (or similar device for controlling access) positioned at an entrance of the attraction 22. The queue 24 may also include 
ropes, fences 30 or the like for defining a space in which the customers line up. 

[0034] In one or more embodiments, the customers in the first queue 24 are permitted to access the attraction when 
there is an open spot not filled by the customers accessing the attraction via the second queue 26. As described in 
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more detail below, the number of customers which are permitted to access the attraction via the second queue 26 may 
be adjusted to provide a certain number of open spots for customers in the first queue 24. For example, 80% of the 
available spots for the attraction may be dedicated to and filled by customers from the second queue 26, while the 
remaining 20% are filled by customers from the first queue 24. In addition, if one or more of the spots dedicated to the 
5 customers of the second queue 26 are not filled, such as if one or more customers who obtain passes for accessing 
the second queue 26 do not return to access the attraction, then these spots may be filled by customers in the first 
queue 24. As described in more detail below, this arrangement permits the attraction to operate at all times at optimum 
capacity. 

[0035] The system of the invention also includes a second queue 26 by which customers gain access to the attraction 
w 22 without waiting in a line and thereby avoid the first queue 24. In one or more embodiments of the system, the system 
includes at least one validator for validating the right of a customer to receive an assigned time to access the attraction 
via the second queue. 

[0036] In the embodiment illustrated in Figure 1, the system includes a first validator 32 validating the right of a 
customer to receive an assigned future time to utilize the second queue 26, and a second validator 34 for permitting 
15 the customer to access the attraction 22 at a future time via the second queue 26. In this manner, the customer can 
avoid the first queue 24. 

[0037] In operation, a customer utilizes the first validator 32 to obtain an assigned time in the future for accessing 
the attraction via the second queue 26. As described below, in one embodiment, an entitled or "validated" customer 
may be issued a pass which includes a time or time range at which the customer is entitled to return and utilize the 

20 attraction. The amount of time between the time a pass is issued and the time at which the customer can utilize the 
attraction depends on a number of factors, including the number of people who have already obtained passes, the 
capacity of the attraction, the operating speed of the attraction, staffing availability, the capacity of the attraction allo- 
cated to the customers accessing it via the second queue, and any delays related to operation of the attraction. 
[0038] When the assigned time or time range (such as that indicated on the pass) occurs, the customer is entitled 

25 to access the attraction without waiting in line. The customer accesses the second queue 26 and establishes entitlement 
to access the attraction via the second queue 26. In one embodiment, the customer presents the issued pass at second 
validator 34 and if the pass is valid (i.e., the time or time range is appropriate, the pass is not counterfeit, etc.) the 
customer is admitted to the attraction. 

[0039] In one embodiment of the invention, a customer may only use the second queue when the customer has not 
30 previously been issued a yet unused or unexpired pass. This scheme is to prevent customers from obtaining multiple 
passes for a single attraction, preventing others from enjoying it, or to prevent customers from reserving admittance 
to multiple attractions. A customer may be permitted to obtain multiple passes to one or more attractions, as described 
in greater detail below. 

[0040] As illustrated in Figure 1, at or near an entrance to attraction 22, a customer is presented with a point of 
35 decision 36 where the customer decides whether to access the attraction 22 via the first queue 24 or the second queue 
26. When there is no appreciable line in the first queue 24, the customer may decide to forego the second queue and 
utilize the attraction in a prior art manner. If the line in queue 24 is too long, or if the customer wishes to utilize the 
system of the invention, the customer chooses the second queue 26. 

[0041] In one or more embodiments, the system includes a first queue wait time generator 31 and associated display 
40 33. The first queue wait time generator 31 is configured to generate a time regarding the wait associated with accessing 
the attraction via the first queue 24 by a customer about to enter the first queue 24. Of course, the wait time may be 
calculated manually, such as by tracking the wait time of one or more particular customers through the first queue 24 
from time of entry until time of attraction access. In one or more embodiments, the first queue wait time generator 31 
includes sensors which provide data for use by the generator 31 in determining a current length of the wait associated 
45 with that line. The sensors may provide information such as the physical length of the line. The generator 31 may use 
this information and information such as the current ride capacity, percentage of capacity allocated to customers ac- 
cessing via the second queue 26, and other factors for generating an approximate first queue wait time. Various data 
for use by the generator 31 may be input manually as well. For example, a ride operator may visually estimate the 
physical length of a line and input line length data to the generator 31 . The first queue wait time display 33 is configured 
50 to provide a customer at the point of decision 36 with the first queue wait time information. The display 33 may comprise 
a digital or other display for displaying hours and/or minutes of wait time. 

[0042] In one or more embodiments, the system includes a second queue time display 35. This display 35 is con- 
figured to display the next time which will be assigned to a customer for accessing the attraction through the second 
queue 26. The display 35 may comprise a digital or other display displaying hours and/or minutes of wait time. 
55 [0043] Using the information regarding the access times available to a customer via the displays 33,35, a customer 
is aided in the process of deciding to access the attraction through the first or second queues 24,26. 
[0044] In one or more embodiments, the first validator 32 for verifying entitlement of a customer to an assigned future 
time may be located remote from the attraction or there may be more than one first validator 32, one located near the 
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attraction and one or more located remote therefrom. For example, a first validator 32 may be located near an entrance 
to a theme park. In such an event, a display 33 for displaying first queue waiting time and a display 35 for displaying 
the next available time for accessing the attraction via the second queue 26 maybe located at the remote first validator 
32 as well. 

5 [0045] Figure 2 illustrates one embodiment of a system having a first validator 32, a media distributor 38, and a 
second queue 26 having an associated second validator 34. The first validator 32 is arranged to determine or verify 
that a customer is entitled to an assigned future time for accessing the attraction via the second queue 26. In one 
embodiment, the first validator 32 establishes the right of a customer to a pass having an assigned future time, the 
pass for use by the customer in gaining access to the attraction 22 via the second queue 26 at the future time. The 

10 first validator 32 may comprise a card-reader type device which is arranged to read a magnetic stripe on a ticket issued 
to the customer. In such an arrangement, each customer may be provided with a ticket or similar element which es- 
tablishes a customer's right to access the attraction 22. 

[0046] In an embodiment where the attraction 22 is inside of or part of a theme park, the ticket which the customer 
uses for validation may be a ticket which is issued .to the customer by which the customer gains access to the park 
15 itself. In such an arrangement, the first validator 32 may be arranged to communicate with a main database containing 
information regarding the customer(s) (such as by ticket numbers) which are entitled to utilize the second queue 26. 
[0047] In one or more other embodiments, the first validator 32 may be arranged to read information on a card, to 
accept issued tokens, identify one or more biometric identifiers of a customer such as a radio-frequency identification 
(RFID); retina, voice, thermal, finger or hand geometry signature; or a visual identification of the customer or the like. 
20 [0048] In one or more embodiments, if the first validator 32 establishes the right of the customer to an assigned time 
in the future for accessing the attraction via the second queue 26, then the media distributor 38 distributes a pass to 
a customer which the customer may utilize to access the attraction via the second queue 26. In one embodiment, the 
media distributor 38 comprises a printer which prints a paper pass or similar element. The media distributor 38 may 
issue one or more of a wide variety of media as passes, such as magnetic-stripe encoded or "smart" cards, punch- 
es type cards, coded tokens, biometric identifiers such as those set forth above and the like. 

[0049] In one embodiment, the pass which is distributed to each customer by the media distributor 38 is arranged 
to permit the customer to gain access to the attraction 22 at a time in the future. The particular time, as described 
below, may vary upon a wide variety of circumstances. In one or more embodiments, the time comprises an assigned 
access time or time range which is printed on the pass which is issued to an entitled customer. (In the examples below, 
30 the pass is referred to as having a "time" associated with it. It will be understood that this contemplates both a specific 
time and/or a time range, time period, or time window). 

[0050] As described above, the first validator 32 and the media distributor 38 maybe located adjacent to the attraction 
and/or remote therefrom. In the event the first validator 32 and media distributor 38 are located near the attraction, 
after obtaining a pass or the like, the customer may leave the area of the attraction 22 and need not return to the 

35 attraction 22 until the time provided on the pass. In the event the customer obtains a pass from a remote media dis- 
tributor 38, the customer simply continues about their activities until it is necessary to travel to the vicinity of the attraction 
at the assigned time. As described in more detail below, the right of a customer to obtain passes may be a value added 
feature for which the customer pays additional monies (such as at the same time as purchasing a main ticket). 
[0051] In one or more embodiments, the first validator 32 may be integral with a main ticket issuer/validator and 

40 second queue access passes may be issued at the same time or as part of a main ticket. For example, a customer 
entering a theme park may be permitted, at the time they present or purchase their ticket, to obtain one or more passes 
providing future times assigned by the system. This permits a customer to plan or schedule their day ahead of time. 
In this arrangement, the ticket which the customer uses to access the theme park may be encoded and/or printed with 
access time information for permitting the customer to access one or more attractions at future times, avoiding the 

45 need to issue separate passes. 

[0052] In one or more embodiments, the system for permitting access to the attraction 22 includes a second validator 
42 for establishing the right of a customer to access the attraction via the second queue 26 at assigned time. In one 
embodiment, the second validator 42 validates the media or pass issued by the media distributor 38 and held by a 
customer. In one or more embodiments, the second validator 42 comprises a human attendant which reads information 

50 printed on the pass and verifies the information. The attendant may verify the printed assigned time or time range 
against the current time, a date of the pass against a current date, and the attraction for which the pass is issued. 
[0053] Alternatively, the second validator42 may comprise acard reader or other device for confirming the entitlement 
of a customer to access the attraction 22 via the second queue 26. For example, the second validator 42 may be 
arranged to verify data associated with the element issued by the media distributor 38, such as a bar code. 

55 [0054] In one or more embodiments of the invention, the pass issued to a customer may be issued only for reference 
by the customer for knowing and remembering the assigned time or range of time, and the second validator 34 may 
be configured to verify entitlement of the customer in a manner independent of the pass. For example, a customer may 
establish entitlement to a pass with a finger print at the first validator 32. The pass provides written indication of the 
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assigned time to the customer. When the customer accesses the second queue 26, the customer may be required to 
establish validation at the second validator 34 with a fingerprint again. In this arrangement, the second validator 34 
determines that the customer is entitled to access the attraction by establishing that the identify of the customer with 
the fingerprint and determining if the time the customer is accessing the second queue 26 is at the time/in the range 
5 of time which was assigned to the customer. It may be appreciated that the second validator 34 may be configured to 
establish validation in one or more of the variety of manners described above with respect to the first validator 32. It 
should be appreciated that customers may not be issued passes at all. 

[0055] In accordance with one or more embodiments of the invention, one or more schemes are provided for deter- 
mining the access time which is associated with each media which is issued by the media distributor 38. In one or 

10 more embodiments of the invention, a time at which a customer is permitted to gain access to the attraction 22 via the 
second queue 26 is dependent upon one or more of a variety of factors, including, but not limited to, the following: the 
capacity of the attraction, the capacity of the attraction which is allocated to customers accessing through the second 
queue 26, the total number of customers who may wish to access the attraction 22, the current and future staffing of 
the attraction, the demographics of the customers, the time of day and the day of the week. 

15 [0056] In one or more embodiments, the system includes a controller 44. As illustrated, the controller 44 is arranged 
to control the media distributor 38. The controller 44 may also be arranged to control other aspects of the system, such 
as the first validator 40. In one or more embodiments, the controller 44 receives attraction capacity and/or time infor- 
mation and instructs the media distributor 38 what time to issue in association with each pass. The controller 44 may 
send a signal to the second queue time display 35 for displaying the next time to be assigned. 

20 [0057] A keypad 46 or other data entry/control device (such as a keyboard, mouse, joystick or the like) may be 
provided for manually entering data and controlling the controller 44. The keypad 46 may be used to enter specific 
time information, reset the controller and the like. A display screen 47 such as a CRT may be associated with the 
controller 44 and keypad 46 for permitting a user to view information regarding the system. 

[0058] A local server 48 is arranged to send and receive data. In one or more embodiments, the local server 48 is 
25 arranged to receive data about the capacity and other characteristics of the attraction 22. For example, various sensors 
may be associated with the attraction 22 for providing data. In one or more embodiments, the sensors (not shown) 
may monitor ride speed, the number of customers passing through or standing in the first queue 24, the capacity of 
the ride, etc. The local server 48 may receive data from these sensors at various times or continuously, or may transmit 
specific requests for data. (In other embodiments, the local server 48 may be a remote server in communication with 
30 the attraction and sensors). 

[0059] Information may be inputted manually or automatically. For example, each staff member which is currently 
available to operate a ride may manually enter their employee code to indicate to the system that they are available 
to operate the system. Based on the number of employees which are indicated as available, adjustments may be made 
to the number of customers which are likely to be serviced during a period of time. 
35 [0060] As will be appreciated by those of skill in the art, many current attractions, such as thrill rides, already include 
sophisticated ride control systems. These systems have a variety of sensors and controls for monitoring and controlling 
the ride. The local server 48 may simply comprise an interface with the individual ride control systems for receiving 
information therefrom. 

[0061] The information which is provided to the server 48 is transmitted to an algorithm processor 50. The algorithm 
40 processor 50 utilizes the data to determine times for issuance by the media distributor 38. In general, it is desired that 
the algorithm processor 50 issue a time associated with each media which permits the customer to return to the at- 
traction 22 at the predetermined time at the second media validator 42 and access the attraction 22 (such as via second 
validator 42) without standing in a line. In order to accurately balance demand and capacity, the algorithm processor 
50 obtains information regarding a variety of factors which affect demand and capacity. (Although shown as separate 
45 entities in Figure 2, the controller 44 and algorithm processor 50 may be implemented as a single device or process). 
[0062] In one or more embodiments, if the wait associated with the first queue 24 becomes longer than a desirable 
time, then the algorithm processor 50 may be arranged to issue fewer numbers of access times or access times which 
are later in time so as to permit a greater number of customers from the first queue 24 to access the attraction 22 for 
a period of time. In the event the capacity of the attraction 22 suddenly decreases, the algorithm processor 50 may be 
50 arranged to respond in a similar fashion. In the event the capacity of the attraction 22 increases, then the algorithm 
processor 50 may be arranged to issue a greater number of access times. 

[0063] In one or more embodiments, the algorithm processor 50 utilizes one or more algorithms to produce access 
time data. Set forth in Figure 4 is a flow diagram illustrating a configuration of a method by which the assigned or "wait" 
times are calculated (as used in Figure 4, "GC" represents the guest count). Figures 5A-5H illustrate tables and a data 
55 dictionary for data element which may be used in the illustrated wait time calculation. 

[0064] Set forth below is information regarding a number of processes employed in the flow diagram illustrated in 
Figure 4. As set forth therein, the system may be arranged to employ a number of procedures at different times. For 
example, every 5 minutes, the system is arranged so that data associated with the controller 44 is uploaded to a master 



8 



EP 1 308 906 A2 



server (as described below in conjunction with Figure 3). The system may be arranged so that all data regarding 
customers which have been issued entitlements is cleared from the system at 3 a.m. each day. 

DISPENSE RATE CALCULATION 

5 

[0065] 

g = number of guests carried 
x = guest count survey time in minutes 
10 z = percentage of capacity for attraction sent to the system 

p = ticket increment period in minutes 



((g*z)/x) * p = dispense rate setting 

15 

Example: 

[0066] If g = 2,000, x = 60, z = .8, p = 5, then 
((2000 * .8)1 60 *5 = 133.33 
20 Rounded down to 133. 

PROCESSES 

[0067] The system has following processes: 

25 

5-MINUTE LOAD PROCESS 

[0068] Every 5 minutes, a main systems process on a Bridge server will get the Master Controller data (as used 
herein and in the Figures, "master controller" includes controller 44 as described above and a master controller 244 
30 as described below), call the stored procedure "put_me_data" on the Park server (the Park server may comprise a 
server such as server 104 described below with reference to Figure 3), and pass a series of values to the stored 
procedure. The stored procedure will insert these values into the synonymed "vq_contr_feed_info" table, which points 
back up to an attraction data server (such as the master server 102 as illustrated in Figure 4 and referred to in Tables 
I to IX as "OPSheet" or local server 48), and update the local Park server table "vq_last_feed_info". 

35 

10-MINUTE SEND PROCESS 

[0069] Every 5-10 minutes, after calculations have been performed to determine the correct dispense rate, a row 
will be inserted into the vq_opsheet_feed table location on the attraction data server. This insert will trigger a stored 
40 procedure, which will activate a C routine. The C routine will build two files. The first file will contain the attraction 
identifier; the second file will contain k-shell script commands. The C routine will execute the k-shell file, and the k- 
shell file will ftp the first file to the Bridge server location. 

[0070] On the Bridge server, another mechanism will run every minute looking for the file sent by the process de- 
scribed above. If the file is found, a message pulse will be sent via the Windows NT operating system to activate the 
45 main systems process. 

[0071] The main systems process will read the file to get the attraction ID. Using this attraction ID, the main systems 
process will call the stored procedure "get_me_data", located on the attraction data server. This stored procedure will 
return the values from the "vq_opsheet_feed_info" table for the attraction in question, and then indicate that this data 
has been processed. 

50 

ABUSE CHECK 

[0072] When a card is read through the magnetic reader, a main systems process will trap the information, attach 
the attraction, and call a stored procedure called "abuse_check", which is located on the Park server. This stored 
55 procedure will determine whether or not a duplicate ticket exists for abuse purposes. It will also determine whether or 
not the close time has been reached. Based on several checks, either a 0 (successful), I (abuse), or 2 (past the close 
time) will be returned by the stored procedure to the main systems process. The main systems process will then 
determine how to proceed with printing a reservation ticket. 
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CLEARING ABUSE CHECK DATA 

[0073] Each morning at 3:00 AM, a process called "cleanab.sh" will run. This is a C program that will delete all the 
abuse check data accumulated for the day. 

5 

SYNCHRONIZATION OF ATTRACTION DATA SERVER TO THE PARK SERVERS 

[0074] Each time an attraction is created, updated, or deleted in the attraction data server, a trigger mechanism will 
be activated. The trigger mechanism will take the changes on the attraction data server and pass them to the correct 
10 Park server attraction table. This will be done via a stored procedure called "synclocs". This stored procedure will 
determine which park needs to be updated and, via a synonym, perform the updates. 

NETWORK MONITORING MECHANISM 

15 [0075] This process will be comprised of a C routine residing on the attraction data server. This C routine will be 
activated every minute, and will build a connection against the attraction data server database and each of the active 
Park server databases. It will also attempt ping against each of the active Bridge servers. If any component fails, a 
page will be sent to the development team. 

20 VISUAL BASIC TURNSTILE FEED TO ATTRACTION DATA SERVER 

[0076] A Visual Basic process will run on a dedicated Windows NT server to keep the data flowing into the attraction 
data server. 

25 DOWN TIME PROCESS 

[0077] The Down Time Process is used when a location must be closed to guests for a certain amount of time. 
[0078] A user at the location initiates this process through the attraction data server's line management module, 
which displays on the location's PC. In the Location Down Time screen, the user selects the appropriate park and 
30 location. 

[0079] The process checks to see if the selected location is in Override mode. 

* If the location is in Override mode, the process prevents the user from continuing. (A down time cannot be assigned 
to a location in Overridemode.) 

35 * |f the location is not in Override mode, a location port ID is retrieved. This location port ID is used throughout the 
process to assign values to tables pertaining to the location's down time status. After the park and location are 
selected, the process provides a suggested "expected up time." The suggested expected up time is the current 
time + the default minimum down time. (Each location has a default minimum down time.) The user can modify 
the expected up time so it is greater than the suggested expected up time, but cannot modify it to be less than the 

40 suggested time. 

[0080] The process obtains the expected up time from the user and the current time, from the UNIX server. 
[0081] Next, the process obtains the down time minutes by subtracting the current time from the expected up time. 
[0082] The process obtains the guest window start and end time from either the controller feed table or the attraction 
45 data server feed table. (Obtaining the most up-to-date time is critical. If the guest window start value in the OPSheet 
feed table is greater than the guest window start value in the controller feed table, the values from the attraction data 
server feed table are used. Otherwise, the values from the controller feed table are used.) 

[0083] The process checks to see if the location has previously been in down time mode. If the location has previously 
been in down time mode, the process does one of the following: 

50 

* If the current time is less than the location scenario table's expected up time (that is, the user is modifying an 
existing expected up time), the process updates the location scenario table. 

* If the current time is greater than the location scenario table's expected up time (that is, the user is entering a new 
expected up time), the process inserts a row into the location scenario table and updates the table. 

55 

[0084] The process obtains the location scenario id number to insert into the attraction data server feed table. 
[0085] If the location is not in down time mode, the process checks to see if the location is in schedule mode. If the 
location is in schedule mode, the schedule's performance values are assigned to the appropriate tables via the location 
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port ID. 

[0086] If the location is not in either schedule or downtime mode, the process uses the values in the location's 
bc_port_info_data table. 

[0087] When the locations values have been assigned to the appropriate tables, the process runs a stored procedure 
5 that calculates the new dispense rate using values obtained from the location port id. 

[0088] Finally, when the location scenario id is obtained, a row is inserted into the attraction data server feed table 
with values provided by the user, the stored procedure and the supporting tables. 

[0089] The algorithm processor 50 and controller 44 work with one another to control the issuance of passes by the 
media distributor 38. In general, the access times that are provided by the algorithm processor 50 are forwarded to 
10 the controller 44. The access times are then provided sequentially to the media distributor 38 for printing on each 
successive pass. In the event the algorithm processor 50 indicates that no more access times are available, the con- 
troller 44 may instruct the media distributor 38 and/or first validator 40 to print or display a message that no more 
customers are being provided access to the attraction 22 via the second queue 26. 

[0090] The algorithm processor 50 may be arranged to provide for multiples of the same access time. For example, 
15 if the capacity of the attraction 22 permits, two or more passes may be issued with the same access time. On the other 

hand, if the capacity of the attraction 22 is limited, the access times may be spaced apart in time. 

[0091] As described above, certain information regarding the system may be provided for viewing on the display 

screen 47. The display screen 47 and associated keypad 46 may comprise a user interface for the system for obtaining 

information from and inputting information to, the system. Figure 5 illustrates an information screen illustrating the 
20 current "downtime" of an attraction. A user of the system may input estimated downtime information to the system 

using the keypad 46. This information may be used by the algorithm processor 50 to adjust the times which are being 

calculated for assignment to customers by the input time. 

[0092] Figures 6A-6C illustrate screens which permit a user to view current system settings and adjust those settings. 

For example, a user of the system may determine from such a screen that the current pass dispense rates for the 
25 second queue 26 are higher than desired, and input a lower percentage allocation value to the system for reducing 

the number of passes/entitlement issued to customers. The user may also set an expected level of "no shows" or the 

percentage of customers who obtain passes for accessing the second queue but do not use them. 

[0093] Figure 7 illustrates a screen which enables a user to establish a variety of settings for a specific attraction. 

For example, using this displayed information a user can determine whether or not the system is configured to permit 
30 a customer to obtain multiple passes. If not (i.e. "abuse check" is "on"), the user may utilize the keypad 44 to change 

this setting, if desired. The user may also be permitted to view and adjust a wide variety of other information such as 

the time at which the ride will shut down and thus the last possible assigned time. 

[0094] Figure 8 illustrates a screen displaying information associated with the master server 1 02. As illustrated, using 
information provided to the master server 102, a user may obtain information regarding any one or more attractions 
35 associated with the system. The user may be permitted to obtain and revise information with any particular attraction. 
This arrangement allows a user to avoid the need to travel to each attraction to view information, but instead obtain 
and edit information from a central location. 

[0095] The personnel which are permitted to access the system, including the viewing of information and inputting 
of information, may be limited. For example, a card-reader or similar device may be associated with the keypad 46 for 

40 reading an employee I.D. card and verifying that the employee is permitted to access the system. 

[0096] Those of skill in the art will appreciate that there are numerous configurations of hardware and/or software 
for implementing the invention. For example, the controller 44, keypad 46 and display 47 may comprise components 
of a general purpose computer. The algorithm processor 50 may comprise hardware, or may comprise software exe- 
cuted in a processing environment, such as a computer. 

45 [0097] Although the above-described system has been described as and is particularly applicable in managing ad- 
mission to a single attraction, such a system can be adapted to manage admission to multiple attractions. In one or 
more embodiments, a first system which is associated with a first attraction 22 is linked to a second system associated 
with second attraction and/or additional attractions. Figure 3 illustrates in greater detail such a master system 100 in 
accordance with one embodiment of the invention. 

so [0098] The master system 100 includes a master server 102 which is linked to a local server 48 of a local system 
associated with a particular attraction. In addition, a main server 104 is linked to each local server 48. For simplicity, 
Figure 3 illustrates only one such local system in detail, and illustrates only the local servers of three additional local 
systems. 

[0099] In the embodiment illustrated, the master server 1 02 serves the function of the algorithm processor 50 of the 
55 system described above. In this arrangement, the algorithm processor 50 associated with each system is omitted and 
the master server 102 serves the functions of each individual algorithm processor. The master server 102 sends cal- 
culated access time information for each attraction 22 to its respective local server 48, which then provides the data 
to the media distributor 38. 
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[0100] The main server 104 is arranged to permit communication to and between each of the local servers 48. For 
example, in one or more embodiments, when a customer seeks to obtain an admission pass for an attraction, the local 
server 48 associated with that attraction sends a request to the main server 104 to determine if the customer has 
already obtained an admission pass for another attraction. If so, the local server 48 can instruct the controller 44 (and 

5 first validator 40) to prevent the media distributor 38 from issuing an admission pass. When the customer is not pre- 
vented from obtaining an admission media, then the local server 48 may be arranged to send data to the main server 
104 regarding the customer, the issued time and attraction so that the customer can be prevented from accessing 
another attraction at the same time or before the currently issued pass has been used or expired. 
[0101] In one or more embodiments, the main server 104 stores or is linked to a database having information re- 

10 garding customers entitled to access the second queue 26 of each local system to access an attraction. For example, 
the main server 104 may store ticket codes of those tickets issued to customers each day at an amusement park. 
[0102] In one or more embodiments, when a customer wishes to access an attraction through the second queue 
and uses the first validator 40, the first validator 40 sends a request through the local server 48 to the main server 1 04 
requesting verification that the customer is entitled to access the system. If the customer is verified, then such a re- 

15 sponse is transmitted to the first validator 40. If not, then such a response is transmitted to the first validator 40. The 
first validator 40 may be arranged to display an appropriate message to the customer, such as "invalid entitlement." 
[0103] In accordance with one or more embodiments, there may be more than one "first queue" or other line in which 
customers wait. Further, in one or more embodiments, there may be no first queue. In such an arrangement, each 
customer who wishes to access the attraction is given an admission media (if so entitled) and permitted to access the 

20 attraction at the assigned time only. 

[0104] Figure 9 is a flow diagram illustrating a protocol by which the master server 102 (referred to in the figure as 
the "Master Server Feed") communicates with the controller 44 of the system associated with each attraction in one 
implementation of an embodiment of the invention (this implementation is associated with the information provided in 
Figures 4 and Tables I to IX and described further above). Figures 1 0A - 1 0C show a flow diagram illustrating a protocol 

25 by which the controller 44 communicates with the master server 1 02. 

[0105] As illustrated in Figure 3, more than one media distributor 38 and first validator 40 may be provided at each 
attraction 22. More than one second media validator may be provided for permitting access to the attraction 22. 
[0106] Figure 11 schematically illustrates a system in accordance with an embodiment of the invention in which 
validation of park entry tickets and establishment of the entitlement of a customer to access the second queue 26 is 

30 centralized. In this embodiment, a customer obtains a ticket, whether prepurchased or purchased at the gate. A central 
park admission controller and database 200 stores information regarding valid tickets. A customer is permitted to enter 
the park via a turnstile 202 or other monitored entry when the customer's ticket is validated. For example, the customer's 
ticket may be read by a ticket reader 204 and the data thereon verified by the park admission controller 200 against 
the stored ticket information. 

35 [0107] When a customer wishes to obtain an assigned time to access a second queue of an attraction, the customer 
establishes an entitlement via a first validator 232. The first validator 232 communicates with the central park admission 
controller 200 via a master controller 244. This arrangement permits a determination that the customer's ticket is valid 
for a specific day, has not be revoked or the like. If the ticket is validated, then the customer may be provided a pass, 
such as described above, by a media distributor 238. The master controller 244 is also arranged to send data to the 

40 central park admission controller 200 that a pass has been issued to the customer for that attraction. Then, if the 
customer attempts to gain a pass for that or another attraction while the first pass is outstanding, the database asso- 
ciated with the park admission controller 200 has a record of the outstanding pass and the customer will be denied the 
additional pass. 

[0108] Again, an algorithm processor 250 is arranged to communicate with the master controller 244 to provide times 

45 to be assigned and printed by the media distributor 238. 

[0109] In one or more embodiments, the system may be arranged so that not all customers are entitled to access 
the attraction 22 via the second queue. In another embodiment, one or more customers may be permitted to access 
certain attractions via the second queue and other attractions only via the first queue. In one or more embodiments, 
only customers which pay a premium amount or obtain some special entitlement are permitted to access one or more 

50 attractions via the second queue. 

Operation, Effect And Other Features 

[0110] In operation, in one or more embodiments, a customer receives a ticket or other entitlement. For example, at 
55 an amusement park, a customer pays for a ticket to gain entry to the park. With respect to the embodiment of the 
invention illustrated in Figure 3, the main server 104 stores information regarding the customer's ticket. 
[0111] At some point a customer may wish to access a particular attraction 22. When the customer reaches the 
attraction, they are presented with an option. First, the customer may access the attraction through the traditional first 
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queue 24. Optionally, the customer may access the attraction 22 via the second queue. 

[01 1 2] Referring to Figure 1 2, if the customer wishes to access the attraction 22 via the second queue 26, the cus- 
tomer first validates entitlement to receive an assigned time to access the second queue 26. In one embodiment, the 
customer slides a portion of his ticket through a card reader portion of the first validator 40. In one or more other 
5 embodiments, validation may be performed by scanning a fingerprint or the like as described above. 

[01 13] In the arrangement illustrated in Figure 3, the first validator 40 then sends a confirmation request through the 
local server 48 to the main server 104. The main server 104 verifies that the ticket is on the list of valid tickets. If the 
ticket is not verified, then the main server 104 sends this data back to the first validator 40 which may illuminate or 
print out an indication of such 

10 to the customer. In an embodiment where the customer is not entitled to more than one pass or entitlement to a second 
queue at a time, the first validator 40 is configured to verify that the customer has no other outstanding entitlements/ 
passes. 

[0114] In one embodiment, such as in the system illustrated in Figure 2, if the ticket is verified, the first validator 40 
sends a signal of such to the media distributor 38. The media distributor 38 then issues a pass to the customer. The 
15 pass includes an assigned access time at which the customer is entitled to return to the attraction 22 in the future and 
access the attraction 22 through the second queue 26. 

[01 1 5] The customer may then leave the area of the attraction 22. During this time, the customer may shop, eat or 
engage in a wide variety of other activities. 

[0116] At the appointed time, the customer returns to the attraction 22 and seeks access to the attraction via the 

20 second queue 26. The customer establishes entitlement to access the attraction via the second validator 42. In the 
embodiment where the customer is provided with a pass which provides access, the customer presents the issued 
pass to a person who verifies the current time and the time printed on the pass, the date of the pass and the attraction 
for which the pass provides access. If validated, then the customer is permitted to access the attraction 22. As provided 
above, the customer may establish entitlement to access the attraction in accordance with other methods, such as by 

25 scanning a fingerprint again. 

[0117] In one or more embodiments, the customers gaining access to the attraction through the first and second 
queues may be separated. For example, for a ride having four cars, the first two cars may be filled with customers from 
the first queue 24 and the second two cars filled with customers from the second queue 26. In one or more embodiments, 
the customers gaining access to the attraction 22 are integrated in accordance with the allocated capacity to the first 

30 and second queue customers. 

[0118] In one or more embodiments, one or more customers may be permitted to access an attraction via the second 
queue 26 apart from the standard method of establishing entitlement at the first validator 40 and then returning to the 
second queue 26 of the attraction at the assigned time. For example, one or more passes may be issued to a number 
of customers which include pre-assigned times. One or more customers might, for example, be issued passes on the 

35 same day or days or weeks before the assigned date of access. A customer arranging a trip to a theme park may be 
permitted to purchase passes. In one or more embodiments, these assigned "spots" are accounted for by the system 
when determining other passes to issue to those accessing the attraction with the first validator. 
[0119] In one or more embodiments, one or more customers may be permitted to access an attraction via the second 
queue 26 or even a third queue without a pass. For example, special VIP, disabled or other customers may be permitted 

40 to access the attraction via the second queue 26 or a third queue which permits the customer to access the attraction 
at any time. 

[0120] As described above, in one or more embodiments of the system a customer is prevented from obtaining more 
than one entitlement or pass for accessing an attraction at a single time. In another arrangement, some customers 
may be permitted to obtain multiple passes. In one embodiment, the system may be arranged to permit customers to 
45 obtain multiple passes at some times and not at others. For example, if the wait time for accessing one or two attractions 
is particularly long (whether by the first or second queue 24,26) the system may be arranged to permit customers to 
obtain passes for different attractions so that the customer avoids the need to access one attraction before obtaining 
a pass for accessing another attraction. 

[0121] Advantageously, the system of the present invention permits one or more customers to gain access to an 
50 attraction without having to wait in a standard line to access the attraction. This permits the customer to engage in 
other activities instead of waiting in line. Such activities may comprise shopping or eating. 

[0122] In one or more embodiments, the system advantageously permits "real-time" adjustment of the flow of cus- 
tomers to the attraction 22 via the first and second queues. This is advantageous since it permits optimization of the 
capacity of the attraction with the demand of customers. In the event the line of customers in the first queue 24 becomes 
55 excessively long, the system can provide for an adjustment in the number of customers permitted to access the at- 
traction 22 via the second queue 26 and thus reduce the wait time associated with the first queue. In addition, in the 
event the capacity of the attraction 22 suddenly decreases, the system can provide for an adjustment in the number 
of customers and/or access times via the second queue 26 to prevent a build up of customers accessing the attraction 
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22 via the first and/or second queues. In the event the capacity of the attraction 22 increases, the system can provide 
for an additional number of customers to access the attraction 22 via the second queue 26 and/or adjust the access 
times to permit more customers to access the attraction. 

[0123] Referring to Figure 13, a sample pass 300 as generated by media distributor 32 is illustrated. Pass 300 con- 
5 tains various sections of text that can be varied from pass to pass and is selected by the system or system operator. 
An attraction identification 310 is provided to identify the particular ride or attraction that the patron has access too. A 
time section 320 identifies the particular time or time range that the patron can access the attraction without having to 
wait in the physical line or queue. As previously explained, the actual time or time range assigned to a given patron 
will be generated by the system based on various conditions. A promotional or advertising section 320 is provided and 
10 can include various messages that are generated by the system. The date 325 pass 300 was issued, along with the 
time 330 it was issued can also be printed. The arrangement, sizing, and presentation of the textual material can all 
be varied as desired. Though not separately shown, various elements can be provided on pass 300 to allow for au- 
thentication and validation. 

[0124] The textual material included in advertising section 320 can either be static or dynamically generated. That 
15 is, the particular message(s) chosen to be printed could be the same on each pass printed. This would simply serve 
as advertising or promotional material for certain preselected beneficiaries. Alternatively, targeted promotional material 
can by dynamically generated and printed on one or more passes. That is, each pass 300 or a grouping of such passes 
(i.e., those having the same times for entry) could have different material printed within advertising section 320. 
[0125] The ability to print targeted material on various printed passes 300 allows for a number of advantages. By 
20 offering patrons certain incentives to perform certain activities, pedestrian traffic patterns can be influenced and to 
some extent controlled. Thus, pedestrian traffic can be directed away from certain areas during times when crowding 
is severe. For example, if a major tour or attraction ends at 3:00 p.m. and introduces a large number of people into a 
particular location, the system will want to cause others to avoid that area around that time. Thus, the printed passes 
300 for various relevant attractions could advertise an enjoyable event or offer a reduced price meal or other premium 
25 for the patron at a location remote from the congestion. Likewise, pedestrian traffic can be directed towards predeter- 
mined areas featuring certain events, attractions, or establishments. Thus, the system allows for the self promotion of 
areas deemed desirable for various reasons by the park management. 

[0126] By coordinating the printed material with the generated waiting times, park efficiency is increased. Patrons 
can be encouraged to follow predetermined paths that allow for a more even distribution of pedestrian traffic among 
30 the various shops, restaurants and attractions of the park. Thus, the park benefits through increased efficiency and 
the patrons benefit by being less affected by crowding. 

[0127] The material printed and the effects desired to be achieved can either be selected by the system or entered 
by park officials at any time. Thus, cyclic and predictable events can be accounted for automatically. Certain events 
that may occur more infrequently could still be accounted for by the automated system. For example, if a major attraction 
35 goes off line, this information can automatically be gathered and passed along to the various controllers operating 
within the system. Thus, the targeted advertising could be used to simply inform patrons of the attraction closure or to 
guide them to other areas of the park. Finally, information could be manually entered to cause specific material to be 
printed on certain passes 300. 

[0128] The material printed within advertising section 320 can vary depending upon the desired result. Coupons, 
40 discounts, and other promotions can be given for any number of patron activities. Specific events, attractions, restau- 
rants, stores, or merchandise can be promoted. This can be done to alert patrons to new attractions or events that 
they may not have heard about. Alternatively, this could be used to promote events that have received less participation 
than expected. Finally, events which are known to be popular but often overlooked by busy patrons can be advertised 
simply as a helpful reminder to the patron. For example, parade times and locations can vary. Thus, a generated pass 
45 300 might remind that patron of a parade occurring soon in a nearby location. 

[0129] Many of these benefits are achieved by integrating the time and/or location of the generated pass 300 with 
the selected targeted advertising information 320. That is, by knowing where the attraction is located with respect to 
the other attractions and locations in the park, the status of those various attractions/events, the current time, the time 
window during which the patron will be assigned, and the normal abilities for movement of a patron, the system can 
50 determine what promotional material is most beneficial to print. Ultimately, the system is capable of printing any desired 
message on any given pass 300. 

[0130] The textual messaging printed or otherwise provided within section 320 is not limited to advertising or pro- 
motional material. Ultimately, any information may be provided for any number of purposes on single or multiple passes 
300. For example, park management could print messages about a lost child, other welfare concerns, or items of 
55 general interest. 

[0131] In various embodiments of the present invention, the patron is provided with an item that uniquely identifies 
that patron to the system. For example, upon admission to the park the patron may be granted an admission ticket 
having a magnetic strip coded with identifying information. At various points throughout their visit, that admission ticket 
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may be utilized for certain functions and at the same time, alert the particular system of the park to the identity of the 
patron. 

[0132] Thus, it may be desirable to either allow for or require a patron to present such an identifying media when 
obtaining pass 300 for admission to a given event or attraction. As previously discussed, this provides one way of 
validating that the patron is entitled to such a pass at a given time. In addition, this provides identifying information 
about the patron to the system. Thus, messages specifically directed to this patron can be printed on pass 300 in 
section 320. For example, a given patron could receive a message to meet another patron at a specific time or place 
or to telephone another individual. This allows various remotely located parties to contact one another. Of course, there 
are various reasons why park management may wish to provide a specific message to a patron. For example, a mes- 
sage could be generated for a patron indicating that his wallet had been found and is now located at a particular security 
station. Furthermore, targeted messages could be directed to the members for various groups visiting the park together. 
As one example, members of a high school class could be spending the day in such an amusement park. When a 
member of that class requests pass 300, relevant messages could be printed such as where or when to meet the 
group. Of course, knowing who the patron is and if they belong to .a specific group may also allow for customized 
advertising to be generated. 

[0133] Targeted, patron (or group) specific messages can be printed on pass 300. All that is required is providing a 
way of identifying the patron to the system as pass 300 is requested. There are many way of accomplishing this within 
the scope of the present invention. As discussed, admission media could be provided when entering the park. Any 
number of other identifying products could be provided throughout the park. In addition, a patron can be asked to 
manually enter or otherwise provide identification information at the point pass 300 is obtained. 
[0134] Pass 300, as described, can be printed with any number of and types of messages. Advertising, promotional, 
patron or group specific messages can be generated in various combinations. Of course, any material may be printed, 
whether categorized or not. Thus, "informational material"; as used herein is meant to include any material that may 
be printed or otherwise added to pass 300, whether for purposes of advertising, promotion, communication, traffic 
management, information dissemination, or otherwise. 

[0135] The following tables I to IX illustrate table names/definitions and a data dictionary of terms for use in a system 
of the invention. 

TABLES 



Table Name 


Table Definition * ^ 

V i::.t..i:--&1k'-* 


contr_feed_info 


Information about feed from Master Controller 


opsheet_feedjnfo 


Information about feed from OpSheet 


vq_cle_forecast_info 


Forecasted capacity limiting event (CLE) information, to forecast guest count 

* 


vcL_disp_rateJog 


• 

Dispense rate log information. A row is inserted every time the dispense rate is calculated. 


vq_errorJog 


Error log, for internal use only 


vq_loc_daily_info 


Location daily information, by location and date 


vq_Joc_port_i nfb 


Location-Port mapping table. To be updated by APES Admin only. 


vq_loc_scenario 


Location scenario override'information for specific location, datetime and situation 


vqJoc_schedule 


Location calculation parameter schedule. Effective and expiration dates, along with schedule 
effective flag, specify whether to use schedule or default values. 


vq_no_show_lookup 


Lookup table for No Show factor, used in calculation of dispense rate. Defined for range of virtual 
queue wait time. 


vq_scenario_info 


Scenario setup information (Admin only) 


vct_standby_wait 


Standby wait information, for waitfree locations only 



TABLE 1 
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Column Table Name 


Column Name • S . 


Column 
Datatype 


Column 

Null 

Option 


Column Comment V/ 

r ; t ■ . ' : ' ** * : .•:*. :"-;::.:: 

• , •• . ■ .; „ -;* -; .. ■ *:t ™' ;.::.':* 

'•. : ^ VAcH. ii ■ , -V:;;.fcl J ihy; 


Colum 
n Is PK 

:lMli\ ii'-' 


Colum 
n Is FK 


vq_cle_forecast 


cle_type_id 


integer 


bill! 1 

NULL 


Capacity Limiting Event 
(CLE) type; usually V 
indicating unit change 


No 


L 1 _ 

No 


vq_cle_forecast 


last_update_time 


datetime year 
to fraction(5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 


vq_cle_forecast 


last_update_user 


char(8) 


NOT NULL 


User ID that updated the . 
record last 


No 


No 


vq_cle_forecast 


reading_time 


integer 


NULL 


Time of "units" reading 


No 


No 


vq_cle_forecast 


vcLde_forecast_id 


serial 


NOT NULL 


Unique identifier 
(generated by the system) 
for CLE forecast 
information 


Yes 


No 


vq_cle_fo recast 


vq_d ispense_rate 


integer 


NULL 


Dispense rate for given unit 
values 


No 


No 


vq_cle__forecast 


vq_Joc_cle_type_id 


integer 


NULL 


Type of CLE: Open, Close, 
Unit Chanae Show etc 


No 


No 


vo cIb forecast 


va loc dailv id 


intsaer 


NOT NULL 


Uniaue identifier 
(generated by the system) 
for location daily 
information 


No 


Yes 


vq_cle_forecast 


vqjoc_utilization 

* 


integer 


NULL 


Utilization of location (e.g. 
80% utilization means the 
actual guest carried is 80% 
of total guest capacity) 


No 


No 


vq_cle_forecast 


vcL_value_1 


integer 


NULL 


Number of units 


No 


No 


vq_cle_forecast 


vq_value_2 


integer 


NULL 


Number of special need 
units 


No 


No 


vq_contr_feed_info 


business__date 


date 


NULL 


PC business date when 
feed was sent 


No 


No 


va contr feed info 


controller feed id 


serial 


NOT NULL 


Uniaue serial ID 
(generated by the system) 
that identifies the Master 
Controller feed information 


Yes 


No 


vq_contr_feed_info 


error_no 


integer 


NULL 


Error number from 
turnstile 


No 


No 


vq_contr_feed_info 


guest_window_end 


datetime 
HOUR to 
MINUTE 


NULL 


Guest window end 
datetime, as printed on 
virtual queue (VQ) ticket 


No 


No 


vq_contr__feed_info 


guest_window_start * 


datetime 

HOI ID trt 
nUUK 10 

MINUTE 


NULL 


Guest window start 
aaieume, as pnntea on vvj 
ticket 


No 


No 


vq_contr_feed_info 


last__update_time 


datetime year 
to fraction (5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 


vq_contr_feed_info 


last_update_user 


char(8) 


NOT NULL 


User ID that updated the 
record last 


No 

• 


No 


vq_contr_feed_info i 


no_of_tktJssued 


integer 


NULL 


Number of tickets issued in 
(?) time frame 


No 


No 
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Column Table Name 


Column Name 


Column 
Datatype 


Column 

V »| ."ill 

Null 
Option 


Column Comment 

.* 


Colum 


Colum 

n IS rl\ 


5 


vq_contr_feed_info 


printer_number 


char(2) 


Kit II 1 

NULL 


Printer number tor vu 


it. 
IMO 


INO 




vq_contr_feed_mfo 


reading_time 


integer 


KM II I 

NULL 


PC business time when 
feed sent, 0 to 2400 


Kin 
NO 


Kin 

IMO 




vq__contr_feed_info 


vq_cu rr_wait_time 


integer 


NULL 


Current wait time in 
minutes (e.g. 130 minutes) 


No 


No 


10 


vq_contr_feed_info 


vq_disp_time_int 


smallint 


NULL 


Ticket dispense time 
interval 


No 


No 




vq_contr_feed_info 


vq_dispense_rate 


integer 


NULL 


Ticket dispense rate 


No 


No 


15 


vq__contr_feed_info 


vq_gst_win_minutes 


integer 


NULL 


Guest window minutes (the 
difference between guest 
window start and end; e.g. 
60 minutes) 


No 


No 




\ic\ cfxc\\v f<^=H info 




inteaer 


NULL 


VQ guest count (?) 


No 


No 


20 


vq_contr_feed_info 


vq_loc _port_id 


integer 


NULL 


Unique serial ID 
(generated by the system) 
that identifies the 
location/attraction 


No 


Yes 


vq_co ntr_feed_i nfo 


vq_m c_p ro ce sse d 


char(1) 


NULL 


Whether Master Controller 
information is processed 
bv OpSheet (Y/N) 


No 


No 


25 


vq_contr_feed_info 


vq_min_wait_ttme 


smallint 


NULL 


Minimum wait time set for 
the attraction (e.g. 40 
minutes) 


No 


No 




vn Hi<in rate* loa 


dis reduction fact 


smallint 


NULL 


Factor by which 
distribution of ticket . 
dispensing should be 
reduced during downtime 


No 


No 


30 


vq_disp_rate_log 


dlspense_rate 


integer 


NULL 

4 


Virtual queue ticket 
dispense rate 


No 


No 




vn di^n rate loa 


forpcast cc 


inteaer 


nUll 


Forecasted quest carried, 
used in calculations 


No 


No 




va disD rate loa 


forecast time min 

1 VI WWVlW L Ml 1 IV 1 1 III ■ 


smallint 

III W 1 1 ■ 1 ■ » 


NULL 


Time interval to forecast 
guest count 


No 


No 


35 


vn disn ratp loa 


last uodate time 


datetime 
YEAR to 
FRACTION 

(5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 




vq_disp_rate_log 


last_update_user 


char(8) 


NOT NULL 


User ID that updated the 
record last 


No 


No 


40 


vq_disp_rateJog 


locatlon_id 


integer 


NULL 


OpSheet location ID, from 
location_info 


No 


No 


45 


vq_disp_rateJog 


noshow_factor_pcnt 


smallint 


NULL 


Percent of people that do 
not show up for a given 
virtual wait time, applied in 
the calculations to adjust 
dispense rate 


No 


No 
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Column Table Name 


Column Name 


Column 
Datatype 


Column 

Null 

Option 


Column Comment 


Col urn 
n Is PK 


Colum 
nls FK 

ik* ■ ••< ; 


5 


vq__disp_rate_Jog 


percent_capacity 


smallint 


NULL 


Percent of location's total 
capacity for VQ (e.g. 80%) 


No 


No 




vq_disp_rate_log 


thrc 


integer 


NULL 


Location's theoretical 
hourly ride capacity 

( 1 MKO) 


No 


No 


10 


vq_disp_rate_log 


utilization_pcnt 


smallint 


NULL 


Location utilization percent, 
usee tor computing actual 
capacity from THRC 


No 


No 




vq_disp_rate_log 


value_1 


smallint 


k II II 1 

NULL 


Number ot regular units 
forecasted 


NO 


NO 


15 


vq_disp_rate_log 


vq_disp_rate_id 


serial 


NOT NULL 


Unique identifier for 
dispense rate log 


Yes 


No 




vq_disp_rate_log 


vq_disp_time_int 


smallint 


NULL 


Dispense time interval 
(e.g. 5 minutes) 


No 


No 




vq_disp_rate_log 


vq_loc_port_id 


integer 


NOT NULL 


Unique identifier for APES 
location 


No 


Yes 


20 


vq_error_log 


comments 


varchar(80) 


NULL 


Error log description 


No 


No 




vq_errorjog 


i • _j 

error_log_id 


serial 


k i r\T nil ii i 

NOT NULL 


System-generated error 
log ID 


Yes 


NO 


25 


vq_error_log 


last_update_time 


datetime year 
to fraction(5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 


vq_error_log 


last_update_user 


char(8) 


NOT NULL 


User ID that updated the 
record last 


No 


No 




vq_errorJog 


program_name 


char(30) 


Ml II 1 

NULL 


Name ot program on wnicn 
error occurred 


INO 




30 


vq_error_log 


sql_isamcode 


integer 


Ml II 1 

NULL 


buL ioam error coae 


Kin 
(NO 




vq_error_log 


sqlcode 


integer 


NULL 


SQL error code 


No 


No 




vq_error_log 


vq_lan_address 


char(2) 


NULL 


LAN address, as specified 
bv Ride and Show for the 
location Master Controller 
(MC) 


No 


No 


35 


vq_error_log 


vq_Joc_port_id 


integer 


NULL 


Location identifier on which 
error occurred 


No 


No 


40 


vq_error_log 


vq_park_address 


char(2) 


NULL 


Park address. May be 
dftterent from parK code, 
specified by Ride and 
Show for location MC. 


No 


No 


vq_loc_dailyjnfo 


business_date 


date 


NULL 


Business date 


No 


No 




vq_loc_dailyjnfo 


last_update_time 


datetime year 
to fraction(5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 


45 


vq_loc_daily_info 


lastjjpdate_user 


char(8) 


NOT NULL 


User ID that updated the 
record last 


NO 


No 




vq_loc_d aily J nf o 


vq_loc_daily_id 


serial 


NOT NULL 


Unique identifier 
(generated by the system) 
for location daily 
information 


Yes 


No 
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column iaDiGr>jame 


ooiumn Name 


uoiumn 
Datatype 


LrOiurnn 

Null 

Option 




n IsPK 


WIUIII 

n Is FK 


5 


vq_loc_daily_info 


vq_loc_portjd 


Integer 


NULL 


Unique identifier for 
location 


No 


Yes 




vq i □ c pun i n to 


a is reduction idci 


oil la nil ll 


Nl II 1 


Far+nr Kv \A/hif*h 
raUlUl Uy wi iiui i 

distribution of ticket 
dispensing should be 
reduced during downtime 


No 


Nn 


10 


vq_loc_port_info 


do_abuse_check 


char 


NULL 


Whether abuse check 
should be performed or not 


No 


No 




vq_loc_port_info 


downtime__effective 


char 


NULL 


Flag to indicate whether 
downtime is currently 
effective 


No 


No 


15 


vq_loc_port_info 


forecast_time_mi n 


integer 


NULL 


Guest count forecast time 
interval (usually 60 
minutes) 


No 


No 




vqJoc_port_info 


ftp_arg1 


char(10) 


NULL 


ftp user-id to connect to 
Bridge server 


No 


No 


20 


vq_loc_port_info 


ftp_arg2 


char(1 0) 


NULL 


ftp password to connect to 
Bridge server 


No 


No 




vq_loc_port_info 


flp_script_name . 

• 


varchar(50) 


NULL 


ftp script to trigger ftp data 
from Parks-APES server 
to Bridge server 


No 


No 


25 


vq_loc_portJnfo 


last_update_time 


datetime year 
to fraction(5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 


vqjoc_port_info 


last_update_user 


char(8) 


NOT NULL 


User ID that updated the 
record last 


No 


No 




vqJoc_portJnfo 


location_number 


char(4) 


NOT NULL 


Location number (as used 
by lEs In OpSheet) 


No 


No 


30 


vq_loc_port_infb 


originjd 


integer ■ 


NOT NULL 


Origin identifier of park, as 
in OpSheet 


No 


No 




vq_loc jDOrtjnfo 


override_effective • 


char 


NULL 


Flag to indicate whether 
scenario override is 
effective 


No 


No 


35 


vqjoc_port_info ■ 


park_code 


char(2) 


NULL 


Park code: AK, MK, EC, 
ST 


No 


No 


vcj luc _pon_inTo 


p e rcc ni_ ca p a ci ly 


cm a Hi nt 


Nl II 1 


I CILCIH VJI U KS lUUdLUJI 1 O 

total capacity for VQ (e.g. 
80%) 


No 


No 


40 


va lac DOrt info 


schedule effective 


char 


NULL 


Flag to indicate whether 
scenario schedule is 
effective 


No 


No 




vq_loc_port_info 


server_name 


varchar(30) 


NOT NULL 


Name of the Bridge server 
dedicated to this 
location/attraction 


No 


No 


45 


vqjoc _port_info 


survey_time_min 


integer 


NULL 


Survey time in minutes 
(same as forecasted time 
in minutes) 


No 


No 
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wUiuiiiii lauic wen lit? 


Prvlumn Mamo 


f^oJi imn 
vui uu ill 

Datatype 


f^oJumn 

VUI U 1 1 II 1 
Null ,„...■;■ 

Option 


Column Comment 


Colum 

. .^^! VF»V*B • 1 

nls PK 

, •■ - : >--i : i -^y-.--. i-. 


Colum 
n Is FK 


5 


vq_loc_port_info 


vcLClose_time 


datetime 
HOUR to 
MINUTE 


NULL 


Actual close time of 
attraction 


No 


No 


10 


vq_loc_port_info 


vq_disp_time_int 


smallint 


NULL 


Dispense time interval in 
minutes used to increase 
the guest window 


No 


No 


vqJoc__portjnfo 


vq_gst_win_min 


integer 


NULL 


Minutes during which guest 
can visit the location. Time 
is between 

guest_window_start and 
guest_window_end. 


No 


No 


15 


\/o lor* oort info 
VII lwv> LJLN i id 


wo Ian artHrpQC 
vil lai i auu I coo 


chart 7\ 


NOT NULL 


Attraction name (coded} 
where VQ is functional 


No 


No 




vq_Joc_port_info 


vq_loc_port_id 


serial 


NOT NULL 


Unique serial ID 
faenerated bv the svsterm 
that identifies the VQ 
attraction/park 


Yes 


No 


20 


\/fi loo oort info 
vv| my L>m i ii i iv 


\ic\ lor utilisation 


cmallint 


NULL 

i ^ \j i_v» 


Location utilization Dercent 
used for computing actual 
capacity from THRC 


No 

1 ~ V 


No 


25 


\/n loo oort info 
VV| put i_n HU 


' v/o may Oct OOl int 


intpopr 
ii i icy ci 


NULL 

MULL 


Maximum auest count 
used in the calculations for 
dispense rate 


No 

1 W 


No 


\/n loo oort infn 
vM my |ju[i__ii iiu 


\/o min opforp rJc 


intpopr 

II HC^CI 


NULL 


Number of minutes before 
close to stop printing VQ 
tickets 


No 

1 ~ V 


No 


30 


vq_locj)ortjnfo 


vq_min_down_time 


integer 


NULL 


Minimum down time to be 
used while creating 
downtime scenario 


No 


No 


vqJoc_porMnfo 


vq_mm_gst_count 


integer 


NULL 


Minimum guest count used 
in the calculations for 
dispense rate 


No 


No 




vq_loc_port_info 


yq_min_wait_tinne 


integer 


NULL 


Minimum virtual wait time 
(e.g. 40 minutes) 


No 


No 


35 


vq_loc_port_info 


vq__park_address 


char(2) 


NOT NULL 


Park name (coded) where 
VQ is functional 


No 


No 


40 


vq_loc_port_info 


vq_soft_close_time 


datetime 
HOUR to 
MINUTE ' 


NULL 


The time at which VQ 
stops printing tickets 

(close__time - 
min_before_cls) 


No 


No 




vq_ioc__scenano 


expected_uptime 


integer 


Kit II 1 

(NULL 


txpectea uptime (aDsoiuiej 
from location down 
situation 


Mo 


No 




vq_loc_scenario 


gst__win_minutes. 


smallint 


NULL 


Guest window (in minutes) 


No 


No 


45 


vq_loc_scenario 


Iast_update_time 


datetime year 
to fraction(5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 




vqJoc_scenario 


last_update_user 


char(8) 


NOT NULL 


User ID that updated the 
record last 


No 


No 
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Column Table Name 


Column Name 


Column 
Datatype 


Column 

Null 

Option 


Column Comment 


Colum 
n Is PK 


Colum 
nls FK 


5 


vq_loc_scenario 


percent_capacity 


1 1 * A. 

smallint 


NULL 


Percent of location s total 
capacity for VQ (e.g. 80%) 


Kin 

NO 


NO 




vqjoc_scenario 


vq_disp_time_int 


smallint 


NULL 


VQ ticket dispense time 
interval (5 minutes) 


No 


No 


10 


vq_loc_scenario 


vq_dispense_rate 


integer 


NULL 


Number of tickets to 
dispense in 
vq_disp_time_int 


No 


No 




vq_loc_scenario 


vqJocjDortjd 


integer 


NULL 


Unique location identifier 


No 


Yes 


15 


vq_loc_scenario 


vq_loc_scena riojd 


serial 


NOT NULL 


Unique identifier 
(generated by the system) 
for location scenario 
information 


Yes 


No 




vq_loc_scenario 


vq_scenario_id 


integer 


NOT NULL 


Unique scenario identifier 


No 


Yes 




vq_loc_sce na rio 


vq_scn_eff_date 


date 


NULL 


Scenario effective date 


No 


No 




vq_loc_scenario 


vq_scn_efT_time 


Integer 


NULL 


Scenario effective time 


No 


No 


20 


vq_loc_schedule 


eflective_date 


date 


NULL 


Schedule effective datetime 


kin 

NO 


Kit* 
NO 




vq_loc_schedule 


effective_time 


datetime 
HOUR to 
MINUTE 


NULL 


Schedule effective time 


No 


No 


25 


vq_loc_schedule 


expiration_date 


date 


NULL 


Schedule expiration 
datetime 


No 


No 




vq_loc_schedule 


last_update_time 


datetime year 
to fraction(5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


NO 




vq_loc_schedule 


last_update_user 


char(8) 


NOT NULL 


User ID that updated the 
record last 


No 


No 


30 


vq_loc_schedule 


percent_capaaty 


smallint 


K II || | 

NULL 


Percent capaaty used tor 
VQ guest count 
calculations 


Kirs 

NO 


Kir\ 

INO 




vq_loc_schedule 


vq_close_time 


datetime hour 
to minute 


NULL 


Actual close time of the 
attraction 


NO 


No 


35 


vq_loc_schedule 


vq_disp_time_int 


smallint 


fell ll l 

NULL 


VQ ticket dispense time 
interval (in minutes) 


NO 


Klr\ 

NO 




vq_loc_schedule 


vq_dispense_rate 


integer 


NULL 


VQ ticket dispense rate 


No 


No 




\m \c\(- cphc^Hi 1 1 o 
VH \\j\r au leu U It? 


v/n OQt win min 

VVj «4Ql Wll 1 II III 1 


intpapr 

ii i icyc i 


NULL 


Guest window fin minutes) 


No 


No 


40 


vq_loc_schedule 

• 


vq_loc_port_id • 


integer 


NOT NULL 


Unique serial ID 
(aenerated bvthe svstem) 
that identifies the VQ 
attraction/park 


No 


Yes 




vq_Joc_schedule 


vq_loc_schedu le_id 


serial 


NOT NULL 


Unique serial ID 
(generated by the system) 
that identifies the attraction 
schedule 


Yes 


No 


45 


vq_loc_schedule 


vq_wait_ttme 


integer 


NULL 


Current virtual queue wait 
time 


No 


No 




vq_no_show_lookup 


last_update_time 


datetime year 
to fraction (5) 


NOT NULL 


Datetime when the record 
was last updated 


No 


No 



TABLE VII 
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Column Table Name 


Column Name 


Column 
Datatype 


Column 

Null 

Option 


Column Comment 


Colum 
n Is PK 


Colum 
n is FK 


5 


vq_no_show_lookup 


last_update_user 


char(8) 


NOT NULL 


User ID that updated the 
record last j 


No 


No 


10 


vq_no_show_lookup 


noshowjactor _pcnt 


snnallint 


NOT NULL 


Percent factor to be used to 
adjust Distribution Percent 
(DPS). Increment dispense 

rata h\/ tHic f <3 r*\r\r 
idle uy inio rduui . 


No 


No 


vq_no_show_Jookup 


vq_ioc_po rt ia 


inieger 


Kiryr Ml II 1 


(generated by the system) 
that identifies the VQ 
attraction/park 


Nn 


1 C3 


15 


vq_no_showjookup 


vq_no_show_id 


serial 


NOT NULL 


System-generated ID value 
for no show 


Yes 


No 




vq_no_show_lookup 


vq_wait_minutes_fm 


smallint 


NOT NULL 


VQ wait minutes from 


No 


No 




vq_no_show_lookup 


vq_wait_nriinutes_to 


smallint 


NOT NULL 


VQ wait minutes to 


No • 


No 




vq_opsheet_feed ' 


business_date 


date 


NULL 


Current business date 


No 


No 


on 


va oDSheet feed 


feed—type 


char(1). 


NULL 


Indicates if this is an . 
OpSheet_feed(0), override 
row from scenario(S), 

UUWI lLti 1 1C UVCfllUC 


No 

■ 


No 


25 


vq_opsheet_feed 


feed_write_Jime 


datetime hour 
to secono 


NULL • 


Time at which OpSheet 

pCilUllllCU Wl UC/od 11 11 IC 

file 


No 


No 




vq_opsneet_feed 


guest_window_end 


aatetime nour 
to minute 


Ml II 1 
NULL 


oU6Si winaovv enu nine 


Kin 


No 




vq_opsheet_feed 


g uest_win dow_sta rt 


datetime hour 
to minute 


NULL . 


Guest window start time 


No 


No 


30 


vq_opsheet_feed 

» 


last_update_time 


datetime year 
to traction(o; 


NOT NULL 


Datetime when the record 

was last UpOdlcU 


No 


No 




vq_opsheet_feed 


last_update_user 


char(8) 


NOTNULL 


User ID that updated the 


No 


No 


35 


vq_opsheet_feed 


opsheet_feed_id 


serial 


NOT NULL 


Unique serial ID 

/nonorQtaH Kw tho cv/ctpm^ 
ci ici aicvj uy uic oyaiciiiy 

for opsheet_feed Jnfo table 


Yes 


No 




vq_opsneet_teea 


vq_curr_wait_time 


integer 


Ml II 1 
INULL 


1 1 rrtant wirt i i o 1 va/o it time* 
L/UirCiu Vllludl Wall UIIIC 

(in minutes) 


No 


No 




vq_opsheet_feed 


vq_disp_time_int 


smallint 


Ml II 1 
INULL 


uispense lime iniervai 

(e.g. 5 minutes) 


No 


No 


40 


vq_opsheet_feed 


vq_dispense_rate 


integer 


NULL 


Ticket dispense rate, as 
recommended by OpSheet 


No 


No 




vq_opsheet_feed 


vq gst win minutes 


integer 


NULL 


VQ guest window minutes 
(e.g. 60 minutes) 


No 


No 


45 


vq_opsheet_feed 


vq_guest_count 


integer 


NULL 


Guest count to be used for 
all calculations 


No 


No 




vq_o ps h eet_feed 


vqJoc_port_id 


integer 


NOT NULL 


Unique serial ID 
(generated by the system) 
for vqjoc_port_info table 


No 


Yes 



TABLE VIII 
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Column Table Name 


Column Name 


Column 
Datatype • 


Column* 
Null : ; . 
Option 


Column Comment 7ii 

«* f 4 • K : " . 

" ' < * -, * ' ■'it ■ 


Colum 
JnlsRJC 


Colunv 
n Is FK 


vcL_opsheet_feed 

* • 


vq_loc_scenariojd 


integer 


NULL 


Unique identifier 
(generated by the system) 
for location scenario 
information 


No 


Yes 


vq_o ps h eet_feed 


vq_min_wait_time 


integer 


NULL 


Minimum wait time at 
virtual queue (e.g. 40 

mi n i itfsc\ 
1 1 11 1 l u icoj 


No 

+ 


No 




vq opb pr ocessea 


rharM ^ 


Nil II 1 

INULL 


Rr»vw nrnr^accpH fcc»nt tn 
rvvjw |j i uocoocu ^aci il iu 

Bridge server for Master 
Controller), Y/N 




Kin 


VLJ aLCl l at IU li llU 


la b I U pu d line 


(JaLcLHI It? ycal 

to fraction(5) 


NOT Nil II 1 

IN W 1 INULL 


L/dLCUIIIC Wl ICI 1 11 1C f CUJI U 

was last updated 


Nn 


No 


vq_scenario_info 


last_update_user 


char(8) 


NOT NULL 


User ID that updated the 
record last 


No 


No 


vq_scenario_info 


scenario_desc 


varchar(60) 


NULL 


Scenario description 


No 


No 


vq_scenario_info 


scenario_name 


char(25) 


NULL 


Unique scenario name, not 
associated with any 
attraction 


No 


No 


vq_scenario_info 


vq_scenario_id 


serial 


NOT NULL 


Unique identifier 
(generated by the system) 
for scenario information 


Yes 


No 



TABLE IX 



Claims 

1. A system for the real time adjustment of the flow of customers to one or more particular attractions (22), thereby 
permitting optimization of the capacity of the attraction with the demand of customers comprising: 

a first queue (24) by which said customer may access said particular attraction by waiting in line; 

a second queue (26) by which said customer may access said particular attraction (22) in a manner which 

avoids the first queue (24); 

a first validator (32) for validating an entitlement of said customer to access the second queue (26); CHAR- 
ACTERIZED BY 

a controller (44) for unilaterally determining, generating and issuing an assigned range of time at which said 
customer may access said particular attraction (22) via the second queue (26), wherein said controller (44) 
comprises a processor for determining at one or more times, a real time operating capacity of said attraction, 
said processor providing data about said real time operating capacity to said system for generating said as- 
signed range of time, 

a data storage device for storing data regarding times previously assigned to customers and wherein said 
system is arranged to permit or deny validation of said customer to entitlement to an assigned time based on 
said stored data; and 

a second validator (34, 42) for permitting the entitled customer access to assigned attraction (22) at the as- 
signed range of time. 

2. A system according to claim 1 wherein said system is arranged to deny validation of said customer to entitlement 
to an assigned time if said customer has an outstanding unused assigned time associated with said at least one 
storage device. 

3. A system according to claim 1 wherein said system is arranged to permit validation of said customer to entitlement 
to multiple assigned times. 
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4. A system according to claim 3 wherein said multiple assigned times are for the same attraction. 

5. A system according to claim 3 wherein said multiple assigned times are each for different attractions. 

6. A system according to claim 3 wherein said system permits validation to multiple assigned times at some times 
and not at others. 

7. A system according to any one of the preceding claims, wherein said assigned range of time comprises a next 
available range of time as determined by an algorithm performed by said system. 

8. A system according to anyone of the preceding claims, wherein only a single time range is generated and assigned 
to any one customer at any one time. 

9. A system according to anyone of the preceding claims, wherein said first validator (32) and/or said second validator 
(34, 42) is arranged to validate at least one type of identifying information from the group consisting of: magnetic 
strip, bar code, radio-frequency, iris, fingerprint, retina, voice, thermal, finger or hand geometry, and visual identi- 
fication. 

10. A system according to anyone of the preceding claims including a media distributor (38) for distributing an admis- 
sion media to each customer entitled to access the attraction, said admission media including said assigned time. 

11. The system in accordance with Claim 10 wherein said media is a printed pass. 

12. A system according to anyone of the preceding claims wherein said first validator (32) is a card reader for reading 
a ticket belonging to a customer. 

13. A system according to anyone of the preceding claims including a display (35) for displaying a time which is next 
to be assigned. 

14. A system according to anyone of the preceding claims including a media distributor (38) for distributing an admis- 
sion mediato each customer entitled to access the attraction, said admission media including informational material 
printed thereon. 

15. A system according to claim 14 wherein said informational material is correlated to the location of the media dis- 
tributor and the time assigned. 

16. A system according to claim 14 or 15 wherein the informational material is generated specifically for the customer 
based upon an identification of that customer. 

17. A system according to anyone of claims 14 to 16 wherein the informational material is generated to influence 
pedestrian traffic patterns. 

18. A system according to anyone of the preceding claims including sensors associated with said attraction providing 
data regarding a capacity of said attraction to said controller for generating an assigned time. 

19. A system according to anyone of the preceding claims including a display (33) for displaying a wait time associated 
with said first queue. 

20. A system according to anyone of the preceding claims wherein the controller (44) generates said assigned range 
of time in the future based on at least one factor associated with said attraction selected from the group consisting 
of: capacity of said attraction (22), capacity of said attraction which is allocated to customers accessing said at- 
traction via said at least one second queue (26), at total number of customers who may access said attraction, a 
current staffing level of said attraction, a future staffing level of said attraction, demographics of said customers, 
time information, and date information. 

21 . A system according to anyone of the preceding claims including a wait time generator for generating said estimated 
wait time. 
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22. A system according to claim 21 wherein said wait time generator includes at least one input device providing 
information regarding a length of a line associated with the first queue (24). 

23. A system according to anyone of the preceding claims wherein a predetermined number of spots associated with 
5 said attraction are assigned to customers accessing the attraction (22) via the second queue (26) is varied over 

time. 

10 
15 
20 
25 
30 
35 
40 
45 
50 
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Fig. 2 
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In loc_wait_data, read a row for the current date in the last 15 
minutes where attraction has either TAP or APES active 




Gettl = time interval 
set in tap_map_info to 
read GC * 



Set t1 = GC time interval 
to 60 minutes 



Does location_type 
= "continuous" 
.(nde)? 

YES 



NO 



Do not process the row 



U A » 



Get Auto GC for time interval t1 




Get number of tickets issued from Master 
Controller during the same time period 



NO 



Adjusted Guest Carried = 
(Guest Count) - Number of Tickets 
Issued in the Same Time Period 



Get current virtual wait and 
corresponding no show factor 



Adjusted GC = Adjusted GC (1 + No Show Factor) 



Projected Wait Time = (Queue Count / Adjusted GC) * Auto Guest Count Time Interval (t1) 



(continued) 



Fig. 4A 
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(continued) 
4 

Update wait time in 
loc wait data 




Fig. 4B 
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Fig. 5 
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Fig, 6A 
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Wait Free Administration 




Fig.6B 




Fig. 6C 
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Fig. 7 
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WILDLIFE EXPRESS - CONSERVATION STATION 



DISNEY'S ANIMAL KINGDOM 



ctxserver 




llpcatton Mniraenilv'VE - Cons S 

• ■ i l — 
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^^^^^ 
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Fig. 8 
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For every feed from the Master Controller that is 
not processed for the current date 



Get all values fed in from the Master Controller, 

current datetime 



For this attraction, create a log entry in 
disp_rate_log table 



Call Dispense 
Rate Calculation 
Process 



Update the log with 
dispense rate value 



Update the entry in 
the Master Controller 
feed as processed 



Create a new row in 
OpSheet feed to send to 
the Master Controller 



Are there more rows 
for the current date?. 



YES 



NO 



STOP 
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Master Controller Feed to Master Server 




Intialize Distribution Reduction Factor = 0, No Show Factor = 0 

I 

Get current guest window start/end from Master Controller 




Set dispense 
rate = 0 



Current virtual wait = Current guest window start - current time 

\ 

Get no show factor from no show lookup, where current 
virtual wait is between virtual wait from and virtual wait to 




Get last downtime occurrence info (guest 
window start and guest window end at 
downtime) for current day and this attraction, 
from OpSheet feed and scenario table 

Get downtime setup time 
and expected uptime 



Downtime = Expected uptime - downtime scenario setup 

r- 

(continued) 



Fig. 10A 
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Master Controller Feed to Master Server 



(continued) 



Select Downtime 
Reduction Factor for this 

attraction to reduce 
capacity during downtime 




(continued) 



Get percent capacity dispense 
time interval and guest window 

minutes from schedule table 
that is effective for current date 



Get percent car. 
time interval an< 
minutes from de 
for loc 


>acity dispense 
j guest window 
ifault values set 
nation 







Get location number, origin, location 
name and ID from OpSheet tables 



NO 



Get guest count from 
location_count (auto GC) for 
forecasted time interval 



Does CLE forecast 
info exist for current 
date? 



YES 



Forecasted guest count = 
(THRC / maximum number of units) * units operational * utilization factor 



1 



v 

(continued) 



Set Forecast Time Period = 60 minutes 

i 



Fig. 10B 



38 



EP 1 308 906 A2 



Master Controller Feed to Master Server 

(continued) 

i 

Dispense Rate = 

(Eoiecast ed GC_l£erc ent C a paci ty * (1 - D i str i b ution Rfidur.tinn Eactor) * Disppnsp IimeJDlaoaJ ) 

Forecast Time Period 



Dispense Rate = Dispense Rate * (1 + No Show Factor) 



i 




Fig. 10C 
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VALIDATE ENTITLEMENT TO 
ACCESS SECOND QUEUE 



OBTAIN SYSTEM ASSIGNED 
ACCESS TIME 



PROCEED TO SECOND QUEUE 
AT ASSIGNED ACCESS TIME 



VALIDATE ENTITLEMENT TO ACCESS 
THE ATTRACTION VIA THE SECOND QUEUE 
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Valid For Entry 
Between 

2:45 pm 
AND 

3:15 pm 



"\Y\e 



5>w 



1/1/2000 



2:00 pm 



325 



Fig. 13 
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